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The system for broadband data payload conversion func- 
tions to efficiently convert broadband data between two sets 
of data formats. In particular, this software system converts 
between AUG/AU3/VC3 clear channel payloads and AU4/ 
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formatting requirements. The present system implements an 
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is typically found in existing systems. This is accomplished 
by manipulating the format conversion to simplify the 
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SYSTEM FOR EFFICIENT BROADBAND FIG. 2 illustrates in block diagram form the architecture 

DATA PAYLOAD CONVERSION of the present system for broadband data pay load conver- 
sion; 

FIG. 3 illustrates the format of the STM-1 payload, 

HELD OF THE INVENTION 5 consisting of three AU-3 data streams, which payload sup- 

™_ - • 1 . J . . • • . .u . ports an Administrative Unit Group; 

This mvention relates to data transmission systems that *^ ^ 

are used to transmit broadband data and in particular, to a FIG. 4 illustrates the format of an AdministraUve Umt 

system for converting the format of clear channel payloads Group contained in the STM-1 payload; 

in a manner to minimize conversion delays yet comply with FIG. 5 illustrates the format of a reconstructed VC-3 

the industry standard formatting requirements. signal; 

FIG. 6 illustrates the format of the reconstructed VC-3 
PROBLEM signal, with the inclusion of TU-3 stuff bytes and pointers; 
II is a problem in data transmission systems lo eflSciently FIG. 7 illustrates the formal of a pseudo-VC4/TU3 signal; 
convert data between different data formats. The need for 15 piG. 8 illustrates the format of the data signals output by 
data format conversion arises wheo the data transmission the present system for broadband data payload conversion, 
network is connected to terminal equipment which uses a in the form of AU4A^C4/TU3A^C3 payloads; 
data format that differs from the one used by the data FIG. 9 illustrates in block diagram form additional details 
transmission network. Typical data transmission systems of the receive path of the present system for broadband data 
frequently use custom integrated circuits to perform the data 20 p^yioad conversion lo convert from AUG/AU3A^C3 clear 
formal conversion, but these circuits are expensive to channel payloads to AU4A^C4/TU3/VC3 clear channel pay- 
develop and cannot be changed as the data formats change loads* 

over time. An alternative to the use of custom integrated pj^j jj,^^^^^^ ^^^^^ ^ ^^4 dau frame 

ciroiits .s the use of software systems, but 'hese systenis ^^.^^ ^^.3 ^ 

trade speed of data format conversion provided by the 25 *,t^.att-,/,,^-i 

custom integrated circuits for the flexibility to adapt to FIG. 12 illustrates the format of the AUG/AU3A^C3 

changes in the data format. Thus, it is a problem to imple- signal without pointers; and 

ment data format conversion systems that are time wise FIG. 13 illustrates in block diagram form additional 

eflBcieat, inexpensive, and easy to modify to reflect changes details of the transmit path of the present system for broad- 

in data formats. 30 band data payload conversion to convert from AU4A/C4/ 

lu the case of AUG/AU3A^C3 clear channel payloads and TU3A^C3 clear channel payloads to AUG/AU3A^C3 clear 

AU4/VC4/rU3A^C3 clear channel payloads, a standard ITU channel payloads. 

conversion technique is used, which incurs a full frame of DETAILED DESCRIPTION 
delay to effect the format conversion. Thus, each time the 

data stream must be converted to accommodate the needs of Definitions 
a particular circuit, this delay is added lo the signal path, 

thereby reducing the effective data throughput of the overall For the purpose of this description, the followmg defim- 

syslem due to the signal processing delays and the need to tions are used lo describe the preferred embodiment of the 

process complex format conversion algorithms. The conver- invention. 

sion of these clear channel payloads is presently effected by "Network Data" comprises data that is formatted in one of 
the use of custom integrated circuits which are expensive to the industry standard data transmission formats, such as the 
develop and cannot be changed as the data formats change AUG/AU3A^C3 clear channel payloads, which formats rep- 
over lime. resent a plurality of multiplexed data streams. 

"System Data" comprises data that is formatted in one of 

SOLUTION 45 indusUy standard data processing formats, such as the 

The above described problems are solved and a technical AU4/VC4/rU3A^C3 clear channel payloads. which formats 

advance achieved by the present system for broadband data represent a plurality of multiplexed data streams, 

payload conversion that functions to eflSciently convert "AUG/AU3/VC3 clear channel payloads" comprise data 

broadband data between two sets of data formats. In payloads comprised of combinations of lower order data 

particular, this software system converts between AUG/ containers of any format compatible with either C-3 or 

AU3A^C3 clear channel payloads and AU4A'C4/TU3/VC3 TUG-2 definitions as given in applicable SDH/SONET 

clear channel payloads in an efficient manner, which also standards. What is meant by "clear channel" is that the data 

complies with the industry standard data formatting require- passes through unchanged at these lower order data rates, 

meats. The present system implements an efficient data "AU4A^C4/TU3A^C3 clear channel payloads" comprise 

format conversion process that uses existing circuitry and data payloads comprised of comina tions of lower order data 

can effect the data format conversion with only a few bytes containers compatible with the C-3 definitions as given in 

of delay instead of an entire frame of delay as is typically appHcable SDH/SONET standards. What is meant by "clear 

found in existing systems. This is accomplished by manipu- channel" is that the data passes through unchanged at these 

lating the format conversion to simplify the format conver- lower order data rates, 
sion process. 

Architecture of the System for Broadband Data 

BRIEF DESCRIPTION OF THE DRAWING Payload Conversion 

FIG. 1 illustrates in block diagram form the multiplexing The present system resides on a circuit pack that com- 

structure in terms of the format conversion in the receive 65 prises a port board that supports up to four STM-1 

path from AUG/AU3/VC3 clear channel payloads to AU4/ interfaces, each of which is capable of processing either one 

VC4/TU3/VC3 clear channel payloads; AU4 clear channel payload or three AU3 clear channel 
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payloads. The interface either passes the AU4A^C4 pay load 
without modification or provides a broadband gateway by 
converting received AUG/AU3A^C3 payloads into the AU4/ 
VC4/TU3A^C3 payload that the system requires. The 
present system does not perform the standard conversion 5 
process from the received AUG/AU3/VC3 payloads into the 
AU4A^C4/TU3/VC3 payload, but instead performs a short- 
cut process. This port board interfaces to the Ml 6/1 system 
either by passing through the AU4/VC4 payload or by 
providing a broad-band gateway from an AUG/AU3A^C3 to lO 
an AU4A^C4/TU3/VC3 payload. In both options, the pay- 
load structure presented to the M16/1 system is in AU4/VC4 
format. While lower-order TUs (TU12, TUU, TU2) can be 
transported through the SA-1/4 circuit pack and the MI6/1 
system, these TUs are not extracted within the M16/1 system 15 
itself. There is nothing to hinder such extractions once the 
AU4/VC4/TU3A^C3 payload is converted back to a AUG/ 
AU3A^C3 and applied to a network element that can handle 
these lower-order structures. In other words, passing through 
the SA-1/4 and M16/1 system and going through this 20 
conversion does not "damage" any lower order TUs if 
present. 

FIG. 2 shows a simplified block diagram of one fourth of 
the conversion circuitry of a SA-1/4 circuit pack. This 
diagram highlights the functions performed by the VGA in 25 
the context of the operations performed by properly- 
configured SPECTRA and TUPP+ devices. The reference 
points labeled A through H arc used to help describe the 
conversions that the VGA and surrounding components 
perform on the signal format as it moves through the SA-1/4. 
At reference point E, the output is an ITU- legal VC-4 signal 
that carries three TU-3 data streams, as shown in FIG. 8. The 
VGA FPGA performs a portion of a non-ITU standard 
conversion between AUG/AU3/VC3 Payloads to AU4/VC4/ 
TU3A^C3 Payloads. It does so in both directions; that is, 35 
AUG/AU3/VG3 payloads as shown in FIG. 1 are converted 
to/from AU4/VC4/TU3/VC3 payloads in a non- 
conventional way The traditional conversion between these 
formats would be both expensive and wasteful. 

40 

Data Formats for Conversions 
In particular, FIG. 1 illustrates the six possible signal 
processing paths that can be taken to produce the AU4/VC4/ 
TU3A^C3 payload. The processes take channel data at the 
rates noted on FIG. 1 adjacent the blocks labeled: C-4, C-3, 45 
C-2, C-12, C-11 and produce a resultant data stream of 155 
Mbit/second, output into blocks: STM-N, STM-1, STM-0 
on FIG. 1. 

In the first process, the C-4 data stream is mapped into a 
VC-4 format and aligned with AU-4 pointers. The resultant 50 
multiplexed data stream is packaged into an AUG format. 
The second process maps the C-3 data stream to a VC-3 
format which is then aligned and the TU-3 pointers 
appended thereto. This resultant data stream is processed by 
TUG -3 and three data streams are multiplexed together into 55 
the VC-4 format and aligned with AU-4 pointers. The 
resultant multiplexed data stream is packaged into an AUG 
formal. In the third process, the C-3 data stream is mapped 
to a VC-3 format which is then aligned and the AU-3 
pointers appended thereto. Three of these data streams are 60 
then multiplexed together and packaged into an AUG for- 
mat. The fourth process takes a C-2 data stream which is 
processed to a VC-2 format which is then aligned and the 
TU-2 pointers appended thereto. This resultant data stream 
is processed by TUG-2 and either seven data streams are 65 
multiplexed together into the VC-3 fonmat and aligned with 
AU-3 pointers and the resultant multiplexed data stream is 
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packaged into an AUG format, or seven data streams are 
multiplexed together and the resultant data sU"eam is pro- 
cessed by TUG-3 and three data streams are multiplexed 
together into the VC-4 format and aligned with AU-4 
pointers. The resultant multiplexed data stream is packaged 
into an AUG fonnat. In the fifth process, a C-12 data stream 
is processed to a VC-12 formal which is then aligned and the 
TU-12 pointers appended thereto. This resultant data stream 
is processed by TUG-2 and either seven data streams are 
multiplexed together into the VC-3 format and aligned with 
AU-3 pointers and the resultant multiplexed data stream is 
packaged into an AUG format, or seven data streams are 
multiplexed together and the resultant data stream is pro- 
cessed by TUG-3 and three data streams are multiplexed 
together into the VC-4 format and aligned with AU-4 
pointers. The resultant multiplexed data stream is packaged 
into an AUG format. In the sixth process, a C-11 data stream 
is processed to a VC-11 format which is then aligned and 
either the TU-11 or TU-12 pointers appended thereto. This 
resultant data stream is multiplexed by three or four, 
respectively, and processed by TUG-2 and either seven data 
streams are multiplexed together into the VC-3 format and 
aligned with AU-3 pointers and the resultant multiplexed 
data stream is packaged into an AUG format, or seven data 
streams are multiplexed together and the resultant data 
stream is processed by TUG-3 and three data streams are 
multiplexed together into the VC-4 format and aligned with 
AU-4 pointers. The resultant multiplexed data stream is 
packaged into an AUG format. These processes represent the 
present state of data format conversions thai are imple- 
mented in custom integrated circuits. 

Format Conversion of the AU-3 Signal 
The standard AU-3 signal formal is illustrated in FIG. 3 
and comprises an STM-1 payload of data consisting of 261 
columns by 9 rows to which is prepended a header of 9 
columns by 9 rows of administrative data, where each 
column comprises a byte of data. In the AU-3 formal, the 
administrative data comprises two section overhead SOH 
blocks, which are separated by an Administrative Unit 
Pointer as shown in FIG. 3. This data format is industry 
standard. The STM-1 payload itself comprises three byte 
interleaved data streams as shown in FIG, 4. Each data 
channel comprises 86 columns of data with a set of pointers 
prepended thereto. Included in the 86 columns of data are 
two columns of stuff bits. The three data channels have 
added thereto three bytes of administrative information: 
H1-H3. The HI, H2 and H3 bytes comprise a preamble or 
011010 in the HI byte followed by a stuff value of 595 (base 
10). The H3 byte and the rest of the column are stuffed with 
zeros. The resulting stuff values in the HI, H2 and H3 bytes 
are 6A (hex), 53 (hex) and 00 (hex). In operation, at the 
FIFO output, when the J 1 tag is detected, a dummy Jl byte 
(DJl, fixed stuffed to zero) is output along with a high pulse 
marker on the ICl Jl/3 output. Then an HI byte (fixed stuff 
to 6 A hex) is output, followed by the real Jl byte. The ICl 
Jl/3 output is set back to low after the DJl byte is output. 
The IPL/3 output bit is set to 1 during all three byte times. 
When the B3 tag is detected, a dummy B3 byte (DB3 fixed 
stuffed to 0) is output, then an H2 byte (fixed stuffed to 53 
H) is output and then the real B3 byte. When the PO tag is 
detected, a dummy PO byte (DPO fixed stuffed to 0) is 
output, then a dummy byte (fixed stuffed to 0) is output (in 
the first case of PO, this corresponds to H3) and then the real 
PO byte. Thus, the DPO mechanism covers the last 7 rows 
of Path Overhead, as represented in FIG. 9 as Add TU stuff 
column and Add TU Pointer Column. All other VC-3 bytes 
are output as they are read from their respective FIFOs. 
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As shown in FIG. 9, Network Dala thai is received from 
the line side SPECTRA is in byte format and contains three 
byte-inierleaved data streams, each of which comprises AU3 
pointer and payload informaiion. The system byte- 
disinterleaves the received Network Data into three distinct 
AU3 data streams. The three distinct AU3 data streams are 
processed by using write data row counters and write data 
column counters, one set of coimters for each data stream, to 
identify the stuff columns that are included in the AU3 data. 
These stuff columns must be removed to enable the conver- 
sion of the Network Data into System Data. A FIFO is used 
to store all of the inbound VC3 bytes while rejecting the stuff 
bytes that are written into columns 30 and 59 of the AU3 
data. The FIFO is 11 bytes wide to allow for storage of the 
byte wide data as well as the Path Overhead markers. The 
incoming Jl byte is tagged with a "one" in the J 1 marker bit 
when it is written into the EHFO. 

The output of the FIFO uses the Jl tag when detected to 
reconstruct the output data stream in the format illustrated in 
FIG. 3. The three data streams are byte interleaved as shown 
in FIG. 7 into a pseudo VC4/rU3 data stream with the TUPP 
completes the final stages of the data format conversion by 
adding the VC4 POH and AU4 pointers to create the data 
format of FIG. 8. 

The resultant data streams are byte interleaved as shown 
in RG. 4. It is desired to convert the byte interleaved set of 
three data streams into a basic TUG-3 format that comprises 
a 9 row by 86 column data structure. To accomplish this, the 
present system byte disinter leaves the three data streams 
back to the AU-3 data streams. The stuff columns are then 
eliminated and the VC-3 signal as shown in FIG, 5 is 
obtained at point B. Each VC-3 data stream is then converted 
to TU-3 format by the addition of a dummy Jl byte coliunn 
DJ-1 plus an H-pointer column to produce 87 columns as 
shown in RG. 6 at point C. At reference point D, the three 
pseudo TU-3 data streams and their associated dummy Jl 
bytes and H bytes are byte interleaved together to create a 
pseudo VC4 signal. The dummy bytes are all zero, so the 
first three columns carry stuff values of zero. The next three 
columns illustrate the H pointers and how the three real Jl 
bytes are pointed to by the fixed 595 (base 10) H pointers. 

Receive Direction 

At the inter-face going FROM the Line Side SPECTRA 
TO the VGA, the format can be either STM-1/AU3 or 
ATM 1/AU4. This signal, present at reference point A of FIG. 
2, is shown below in FIG. 3. It is an STM-1 payload which 
supports an Administrative Unit Group (AUG) where the 
AUG can consist of either one AU-4 or 3 AU-3 s. We are 
interested in the latter here. The only difference between a 
standard STM-1 signal and the signal at reference point A is 
that the SOH is stuffed with zeros by the Line Side SPEC- 
TRA. 

In what we will call Conversion Mode, the payload of the 
SPECTRA at reference point A is shown in FIG. 4. Note that 
each VC-3 is part of an AU-3 which combine to make an 
AUG. This data is taken into the VCA and byte- 
"disinterleaved and processed into three signals (see FIG. 5) 
at reference point B. Recall that the purpose of the VCA in 
this direction is to convert the AU3's into TUG3's where a 
TUG-3 is a 9- row by 86-column structure. Thus, the VCA 
has removed the stuff columns by the time the signals get to 
this intermediate point. At reference point C, the signal has 
been augmented by a Dummy Jl (DJl) byte column plus an 
H-pointer column for a total of 87 columns as shown in FIG. 
6, The DJl byte (fixed stuff vaIue-0) in a column of fixed 
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Stuff bytes (all set to 0) is equivalent to a column of zeros. 
A second column is added which contains Hl^ H2, and H3 
bytes with a preamble of 011010 (binary) in the HI byte 
followed by a stuff value of 595 (base ten). H3 and the rest 
of the column is fixed stuffed to 0. The resulting stuff values 
in the HI, H2, and H3 bytes are 6A (hex), 53 (hex) and 00 
(hex). This is shown below. 

At reference point D (see FIG. 7), VCA conversion has 
the effect of byte interleaving the three pseudo TU3's and 
their associated Dummy Jl 's and H bytes into a pseudo VC4 
signal. Recall that all the dummy bytes are set to a value of 
zero. Another way of saying this is that the first 3 columns 
are effectively carrying stuff values of zero. The next three 
columns illustrate how the H pointers may appear and how 
the three REAL Jl bytes are pointed to by the fixed 595 
(base 10) H pointers would appear in this illustrative 
example. 

At reference point E, the output of the Rcceive-side 
TUPP+, is an ITU-legal VC4 signal carrying three TU3's. 
20 Adding the locked pointer 0, the output of the Rcceive-side 
TUPP+looks like FIG. 8. 

Description of the AU3 to AU4/TU3 Conversion 
Process 

1. Data coming from the Line Side Spectra is in Byte 
Telecombus Mode and contains byte- interleaved AU3 
pointer and payload information. Parity is first checked and 
then the data is byte-disinterleaved into three AU3 data path 
streams. 

2. Write -data row and column counters (one for each path) 
are used to identify stuff columns and other data of interest. 
The respective Jl pulse, extracted from the LS-DCl Jl pulse 
coming from the Line Side Spectra is used to reset the 
respective data path's write counters.(Note: the row and 
column counters refer to the top figures within FIG. 4. These 
counters count from 1 to 87 (columns) and 1 to 9 (rows) only 
when LS_DPL is high and are initialized by the Jl event 
extracted firom LS-DCIJI. 

3. A FIFO (using the XILINX built-in CLE 16-byte deep 
40 RAM capability per XILINX Application notes OSI, 044, 

and 053) is used to store ALL inbound VC3 bytes while 
rejecting stuff bytes in columns 30 and 59. The FIFO is 11 
bits wide to allow for storage of the byte-wide data PLUS 
1-bit Jl, B3, and PO (remaining Path Overhead) markers, 
45 4. The incoming Jl byte is "tagged" with a "one" in the 
Jl marker bit described above when it is written into the 
FIFO. 

5. At the FIFO output, when the Jl tag is detected, a 
dummy Jl byte (DJl, fixed stuffed to 0) is output along with 

50 a high pulse marker on the ICl J 1/3 output. Then, an HI byte 
(fixed stuff to 6Ahex) is output, followed by the real Jl byte. 
The lClJl/3 output is set back to low after the DJl byte is 
output. The IPL/3 output bit is set to 1 during all 3 byte 
times. (Note: ICl J 1/3 and IPL/3 refers to the signals that 

55 EACH path mixes into the RX_ICl|l and RX_ID_PL 
outputs of the VCA). When the B3 tag is detected, a dummy 
B3 byte (DB3, fixed stuffed to 0) is output, then an H2 byte 
(fixed stuffed to 53 H) is output, and then the real B3 byte. 
When the PO tag is detected, a dummy PO byte (DPO, fixed 

60 stuffed to 0) is output, then a dummy byte (fixed stuffed to 
0) is output (in the FIRST case of PO, this corresponds to 
H3), and then the real PO byte. Thus, The DPO mechanism 
covers the last 7 rows-worth of Path Overhead. (This is 
represented symbolically in FIG. 9 by the "Add TU Stuff 

65 Column" and "Add TU Pointer Column"). All other VC3 
bytes are output as they are read from their respective 
FIFOs. 
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6. When the FIFO is empty, the IPL73 node is reset to 0. 
If the FIFO is for TU3#1, the IClJl/3 node is set to 1. 
Otherwise, lClJl/3 is set lo 0. This implies that the Fl 
portion of RX_IC1J1 will pulse many times during a frame. 
(This has been verified by PMC-Sierra to be acceptable 
operation). 

7. The data from the three paths is byte-intcrleavcd as 
shown in RG. 7 and passed on to the Receive side TUPP+ 
via the RX_ID bus, RX_IC1J1, and RX_ID„PL. 
RX-lCUl pulses HIGH during RX_ID_PL HIGH to mark 
the Jl byte on the RX_ID bus for each TU3. RX_IC1J1 
pulses HIGH during, RX_ID_PL LOW to inform the 
Receive -side TUPP+ which TU3 is TU3 number one (of 
three) within the Pscudo-VC4 coming from the VGA. The 
System Side Spectra expects a true STM1/AU4/TU3 (except 
the MSOH. RSOH and POH do not have to be valid). It is 
the TUPP+ that performs this conversion, adding dummy 
VC4 POH and AU4 pointers. Thus, the System Side Spectra 
receives an STMl/AU4/rU3 as shown in FIG. 8. 

Transmit Direction 

At the interface going FROM the System Side SPECTRA 
TOWARDS the VGA, the signal looks like a standard 
STM-1 signal with the SOH is stuffed with zeros by the 
System Side SPECTRA. FIGS. 10 and 11 show how refer- 
ence point F appears. After being processed by the Transmit 
TUPP+, the signal at reference point G still appears as given 
in FIGS. 10 and 11 except the signal is accompanied by 
markers for the Jl, CI, and Payload. Thus, the job of the 
Transmit TUPP+ is to perform TU3 pointer interpretation. 

The arrangement of three TUG-3 s multiplexed into the 
VC-4 is shown in FIG. 4, The TUG-3 is a 9-row by 
86-column structure. The VC-4 consists of one column of 
VC-4 POH, two columns of fixed stuff and a 258-column 
payload structure. The three TUG-3 s are single -byte inter- 
leaved into the 9-row by 258-column VC-4 payload struc- 
ture and have a fixed phase with respect to the VC-4. The 
payload at reference point H appears as given in FIG. 12, 

Description of the AU4/rU3 to AU3 Conversion 
Process 

1. Data coming from the Transmit TUPP+ is in Byte 
Telecombus Mode and contains byte-interleaved AU4/TU3 
pointer and payload information. Parity is first checked and 
then the data is byte-disinterleaved into three TU3/VC3 data 
path streams and sent on to a FIFO (one for each data 
stream). 

2. A FIFO (using the XILINX built-in CLB 16-byte deep 
RAM capability per XILINX Application notes OSI, 044, 
and 053) is used to store ALL inbound TU3/VC3 bytes as 
indicated by TX_OTPL when set to 1. The FIFO is 9 bits 
wide to allow for storage of the byte-wide data PLUS a 1-bit 
Jl pulse, indicated by the TX_0TV5 pulse coming from the 
Transmit TUPP+ and associated with the respective TU3/ 
VC3 data path. This incoming Jl byte (labeled by 
TX_0TV5) is "tagged" as a "one" in the Jl marker bit 
described above when it is written into the FIFO. 

3. Read -data column counters (one for each path) keep 
track of outgoing columns and are used to identify AU3 
fixed stuff bytes and other data of interest. 

4. The respective J 1 bit is used to reset the associated data 
path's read counter when it is read out of the FIFO. The 
column counter also wraps around at the end of each row. 
This occurs at a count value of 85 (the count freezes during 
the 2 stuff columns). 
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5. When the column count is either 30 or 59, the FIFO 
read is suppressed once and a smff byte of all zeros is output 
and the respective LS_APL/3 node is forced to logic 1. All 
other TU3A^C3 bytes are output as they are read from their 
respective FIFOs. At this point, we can call the resulting data 
stream a pseudo AU3/VC3. 

6. When the FIFO is empty, the respective LS_APL/3 
node is reset to 0 and the column counter is not incremented. 
The respective LS-APL/3 node is set to 1 othenvise. 

7. if the empty FI FO is associated with AU3#1, the 
LS_AClJl/3 node is set to 1. For the other 2 AU3 s, 
LS_AClJl/3 is set to 0 for this condition. 

8. Each LS_AClJl/3 node is also set to 1 when the FIFO 
is NOT empty but a Jl byte is being read from the respective 
FIFO. 

9. The data from the three paths are byte-interleaved as 
shown in FIG. 12 and passed on to the Lineside Spectra via 
the LS^AD bus. Steps 6, 7. and 8 imply that LS^CIJI 
will pulse to indicate CI multiple times per frame. This CI 
pulse informs the Line Side Spectra which AU3 is AU3 
niunber one (of three) whenever LS.^C1J1 pulses HIGH 
when LS^^PL is LOW. When LS^CIJI pulses HIGH 
when LS_APL is HIGH, it delineates a VC3 Jl POH byte 
on the LS_AD bus. 

10. This data is fed into the Line Side Spectra as a 
AUG/AU3A^C3 data with the pointer bytes removed as 
shown in FIG. 12. The TPIP block in the Line Side Spectra 
must be disabled by software due to the peculiar operation 
that this algorithm requires. 

SUMMARY 

The system for broadband data payload conversion effi- 
ciently converts broadband data between two sets of data 
formats by manipulating the format conversion to simplify 
the formal conversion process. In particular, this software 
system converts between AUG/AU3A^C3 clear channel 
payloads and AU4/VC4/TU3A^C3 clear channel payloads in 
an eflficienl manner, which also complies with the industry 
standard data formatting requirements. The present system 
implements an efiBcient data format conversion process that 
uses existing circuitry and can effect the data format con- 
version with only a few bytes of delay instead of an entire 
frame of delay as is typically found in existing systems. 

What is claimed: 

1. A data format conversion system for converting 
received network data between AUG/AU3/VC3 clear chan- 
nel payloads and AU4A^C4/TU3/VC3 clear channel 
payloads, comprising: 

means for byte-disinterleaving said received network data 

into a plurality of distinct AU3 data streams; 
means for processing each of said plurality of distinct 
AU3 data streams using write data row counters and 
write data column counters, one set of counters for each 
of said data streams, to identify the stuff columns that 
are included in each of said plurality of distinct AU3 
data streams; 

means for deleting said stuff columns in each of said 
plurality of distinct AU3 data streams; 

means for converting each VC-3 data stream to a pseudo 
VC-4/TU-3 format data stream by the addition of a 
dummy Jl byte column, DJ-1, plus an H-pointer col- 
umn having HI, H2, and H3 bytes for each VC-3 data 
stream and interleaving three VC-3 data streams into a 
VC-4/TU-3 format, wherein HI in said H-pointer col- 
umn for each VC-3 data stream has a fixed value and 
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is located from its corresponding J 1 byte column in said 
VC-4/TU-3 format by a number of bits set by said fixed 
value; and 

means for discarding dummy bytes, interpreting said HI 
and H2 pointers in said pointer columns in said pseudo 
VCA/lV-3 formal, generating new HI, H2, and H3 
values and new values in said dummy Jl column and 
maintaining said pay load intact to form a valid AU4/ 
VC4/nJ3A'C3 payload. 

2. The data format conversion system of claim 1, wherein 
said means for deleting said stuff columns further comprises: 

it means for tagging the incoming Jl byte with a "one" in 
the Jl marker bit when it is written into said FIFO 
means. 

3. The data format conversion system of claim 1, wherein 
the stufl[ bits deleted are those in columns 30 and 59 of the 
AU3 data. 

4. A method of operating a data format conversion system 
for converting received network data between AUG/AU3/ 
VC3 clear channel payloads and AU4A^C4mJ3/VC3 clear 
channel payloads, comprising: 

byte-disinterleaving said received network data into a 
plurality of distinct AU3 data streams; 

processing each of said plurality of distinct AU3 data 
streams using write.data row counters and write data 
column counters, one set of counters for each data 
stream, to identify the stuff columns that are included 
in each of said plurality of distinct AU3 data streams; 



10 



20 



25 



deleting said stuff columns that are included in each of 
said plurality of distinct AU3 data streams in columns 
30 and 59 of the AU3 data to create VC-3 data streams; 

converting each of said VC-3 data streams to a pseudo 
AU-4/TU-3 format data stream by the addition of a 
dummy Jl byte column, DJ-l, plus an H-pointer col- 
umn having HI, H2, and H3 bytes for each VC-3 data 
stream and interleaving the three VC-3 data streams 
into a VC-4/TU-3 format; and 

wherein HI in said H column of each VC-3 data streams 
has a fixed value and is located from its corresponding 
Jl byte column in said VC-4/TU-3 format by a number 
of bits set by said fixed value; and 

discarding dummy bytes, interpreting HI, H2 and H3 
values in said pointer columns, generating new values 
in a Jl column of a VC-4 formed from said pseudo 
VC-4 and maintaining said VC-3 payload intact to form 
a valid AU4A^C4/TU3/VC3 payload. 

5. The method of operating a data format conversion 
system of claim 4, wherein said step of deleting said stuff 
columns further comprises: 

tagging the incoming Jl byte with a "one" in the Jl 
marker bit when it is written into said FIFO. 

6. The data format conversion system of claim 1, includ- 
ing means for reconstructing an output data stream in a 
pseudo VC4/TU3 format upon detection of a Jl byte tag. 
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